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the U.S. Patent and Trademark Office file or records, but reserves all 
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This application relates to application serial no. 09/557,641 
(attorney docket TRIRG-08330US0) filed on April 25, 2000, entitled 
"Agent Based Purchasing System" and naming Thomas A. Wucherer as 
inventor, the application being incorporated herein by reference in its 
entirety. 

This application relates to application serial no. 09/519,935 
(attorney docket TRIRG-08331US0) filed on March 7, 2000, entitled 
"Integrated Business System for the Design, Execution and 
Management of Projects" and naming Cherisse M. Nicastro, Thomas A. 
Wucherer, Todd Nisbet and Anthony A. Marnell II as inventors, the 
application being incorporated herein by reference in its entirety. 
(y} Thi s ap p l ie ation relMtes tn I Initpd Stat e s Patent N ot 



2001, entitled "Intettigent Object Builder**, and naming Thomas A. 
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Wucherer, Cherisse M. Nicastro, Anthony A. Mamell II and Anthony A. 
Marneii III as inventors, the application beipgincorporated herein by 
reference in its entirety. 

The present application is c^ted to United States Patent 

Application Serial No. X (attorney docket TRIRG- 

01000US0) filed on Octob^30, 2001, entitled "Business Asset 
Management System", Bptp^ laming Cherisse M. Nicastro. Thomas A. 
Wucherer, Todd NisbeO^ A. Marneii II, Anthony A. Mamell III, 

and Herman Spen^r; Jr., which patent application is incorporated by 
reference herein hjnts entirety. 

This appfication relates to application serial no. 

(attomey d^et TRIRG-01002US0) filed on October 30, 2001, entitled 
"Business Asset Management System Using Virtual Areas" and naming 
Cheri^e M. Nicastro, Thomas A. Wucherer, Todd Nisbet, Anthony A. 
MajTiell II, Anthony A. Marneii III, and Herman Spencer, Jr. as inventors, 
tt fe appl i cat i on bo i ng i ncQrporate(i -li o ^ uin by l u ference irrite^ nt i rety , . 

CLAIM OF PRIORITY 

This application claims the benefit of U.S. Provisional Application 
Serial No. 60/244,492, entitled "Intelligent CAD Objects Technology", 
filed October 30, 2000. 

This application also claims the benefit of U.S. Provisional 
Application Serial No. 60/246,275, entitled "Intelligent CAD Objects", 
filed November 6, 2000. 

This application claims the benefit of U.S. Provisional Application 
Serial No. 60/244,457, entitled "Item Data Integration System And 
Method", filed October 30, 2000. 
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This application also claims the benefit of U.S. Provisional 
Application Serial No. 60/246,276, entitled "Item Data Integration System 
And Method", filed November 6, 2000. 

This application claims the benefit of U.S. Provisional Application 
Serial No. 60/244,493, entitled "Tracking Modules For Specified 
Objects", filed October 30, 2000. 

This application claims the benefit of U.S. Provisional Application 
Serial No. 60/244,485, entitled "Module For Publishing Reports On 
Intelligent Object", filed October 30, 2000. 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to integrating business 
management functions, and more particulariy to an item data 
management system for use in the design and build industry to manage 
the lifecycles of items used in a project. 

Description of the Related Art 

Designing and building an asset is a complicated and long 
process that requires the diverse services of many participants. These 
project participants may include architects, structural engineers, 
mechanical engineers, electrical engineers, interior designers, etc. (often 
referred to as disciplines) who are responsible for creating the design 
plans for the project. The project participants may include a purchasing 
agent or purchasing department that is responsible for purchasing items 
(e.g., furniture, fixtures and equipment, etc.) for integration into the 
project, as well as other individuals and entities, including but not limited 
to vendors and material manufacturers who provide items required to 
complete the project. Contractors and subcontractors actually build the 
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project according to the design plans, which nnay include architectural 
drawings. Expeditors track and route purchased items to the site when 
needed by contractors and subcontractors. The project participants may 
further include accountants who are responsible for tracking the project's 
fiscal budget and paying for items purchased. A project manager may 
manage the participants, approving some or all changes to the project 
requested by the participants. Additionally, the project owner may 
participate to ensure that the project meets his or her requirements from 
initial conception through completion. 

A project typically involves many phases including design and 
build. These phases often overlap and each is highly dynamic. The 
design phase usually starts with one or more designers creating 
conceptual drawings of the project according to a developer's direction. 
The drawings generally include perimeter lines representing specific 
areas (e.g., restaurants, rooms, lobbies, offices, etc.) within the project. 
The drawings may also include graphical representations of items within 
the specified areas. For example, an architect may create a drawing of a 
restaurant area of a hotel/casino project. The restaurant drawing may 
include graphical representations of furniture, fixtures, and equipment 
(FF&E) such as tables, windows, ovens, refrigerators, a backup power 
generator, etc. 

The initial drawings, once completed, are provided to several 
other project participants involved in the design and build process. For 
example, the restaurant drawing example above may be provided to one 
or more structural engineers, mechanical engineers, electrical engineers 
and interior designers for their review, modification, and/or 
supplementation. These project participants may add further graphical 
representations of items to the initial set of drawings. An interior 
designer of the project may wish to add graphical representations of 
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additional items such as chairs or art work to a dining room sub-area of 
the example restaurant drawing above. A structural engineer may also 
seek to add graphical representations of items to the restaurant drawing 
such as a platform on which the backup power generator (graphically 
represented in the drawing) rests. 

When project participants (e.g., engineers, interior designers, 
etc.) receive initial drawings of the project, the drawings give very little 
information about the items graphically represented. Typically, the 
drawings simply identify the items by title or type (e.g., "a table," "a 
window," "a backup power generator"). The engineers, interior 
designers, and other project participants further define or specify the 
characteristics or attributes of items originally contained in the drawings 
or items added to the drawings. 

The engineers or designers sometimes annotate specification 
information on the drawings, but often the engineer or designer creates 
a separate specification for each item graphically represented on the 
drawing. For example, an interior designer may create a separate 
specification for each type of chair graphically represented in the 
restaurant drawing. Each item specification contains descriptive 
information (such as size, material and finish, etc.) regarding a type of 
chair, and may reference other specifications such as fabric. Likewise, 
an electrical engineer may, for example, create a separate specification 
for the graphically represented backup power generator describing, for 
example, the generator's size, power generation capacity, weight, and 
other attributes. 

In addition to providing specifications for items contained on 
drawings, there are times when drawings are not created or items are 
not contained on a drawing which is created, but there are still 
specifications for items required. For instance, in the above restaurant 



Attorney Docket No.: TRIRG-01001US0 LEV 
Z:\trirg\1001\1001.app.doc 



Express Mail No. EL 795247690 US 



example is remodeled, specifications for new furnishings may be created 
without a drawing. Alternately the designer may provide an item 
schedule which list many like items and their distinguishing 
characteristics or referenced items. 

Figure 1 includes an example of a specification for an item to be 
Included as part of a project. An Interior designer developed this 
specification for an entertainment center to be included in the living room 
of a suite of a hotel project. Portion 110 of the specification includes 
general information about the specification, such as a specification 
number, and the area and project into which the item will be 
incorporated. Portion 120 includes manufacturer information, distributor 
information, a description of the item, the dimensions of the item, 
manufacturer catalog information and the manufacturer catalog 
description. Portion 130 describes the quantity of the item to be 
ordered, price information, and budget information for the item. Portion 
140 indicates information about receiving a sample of the item, and 
portion 150 includes information about the finish for the item. Portion 
150 also includes notes about the finish, notes about the interior 
dimensions, and a note that the specification was issued to the 
purchasing department on 5/26/98. Portion 160 includes an image of 
the entertainment center. Portion 170 shows information about other 
specifications providing information about the entertainment center. Not 
all portions 110 through 160 are included as part of every specification, 
and specifications may have portions describing other information not 
shown. 

Other item specifications may contain different data or sections of 
information. For instance, Portion 120 may list the color, weave, repeat, 
and pattern for a fabric. The details required are identified by the type of 
item (e.g., hard furniture, upholstered furniture, fabric, oven, sink, faucet. 
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chiller, etc.) Each of these types will have different characteristics or 
attributes to be described to differentiate like items. The type of item 
also may require references to other specifications required for an 
assembly. For example, furniture may reference fabric and paint while 
chillers may reference piping and pumps. Attributes and required 
references must be defined in templates for each type of item 
specification. 

Engineers and designers normally employ software applications 
for generating specifications for project items for which they have 
responsibility. These software applications generate electronic versions 
of specifications into which engineers or interior designers enter 
descriptive information. Engineers or designers usually enter a 
reference to a graphical representation in a drawing into the appropriate 
each specification so that the specification can be associated with an 
item represented on the drawing. The electronic specifications may be 
organized as flat files, templates, spreadsheets, or word-processing 
documents. 

Once the engineers or designers finish writing a an item's 
specification, the specification is ready to be provided or "published" to 
other project participants for review, modification, supplementation, 
and/or approval. The engineer or designer can send the specification as 
e-mail attachments if the recipient has a computer system with 
appropriate software applications for accessing the attachments. 
Alternatively, copies of the specification may be printed and distributed. 
The author saves one copy as the original specification in electronic 
version form, hard copy form, or both, for archiving purposes. Except for 
the graphical reference in the specification, specifications are forwarded 
to other project participants disassociated from their corresponding 
drawings. 
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One or more revisions to item specifications may occur 
throughout the process. Indeed, revisions to an item specification can 
occur even after the corresponding item is purchased. In this latter case, 
the purchased item would normally be located and returned to its 
manufacturer, and the purchase price may be refunded, in whole or in 
part. 

Specification revisions may occur for a variety of reasons by a 
variety of project participants. For example, the project owner, upon 
receipt of a specification for one of the restaurant chairs, may desire the 
chair color to be different than originally specified or determine that the 
chair as originally specified is too expensive. Another interior designer 
for the project, upon receipt of the same specification for the restaurant 
chair, may notice that the originally specified fabric did not include fire 
treatment in accordance with local fire codes. The structural engineer, 
upon receipt of the specification for the backup power generator, may 
notice that his platform may not support the weight of the backup 
generator specified by the electrical engineer. Each reason for revision 
is communicated to the original author who, in response, revises the 
specification accordingly. Once revised, the specification is re-distributed 
to other project participants for further review, modification, 
supplementation, and/or approval. The author of the original 
specification has the responsibility for maintaining a history of all 
revisions to the specification. The author also has the responsibility to 
ensure that all necessary project participants have the most recent 
version of the specification. 

Once a specification for an item has been approved by all the 
necessary project participants, it may be submitted to the project's 
purchasing agent. The purchasing agent, in turn, may create a purchase 
order for the item using information from the specification. An example 
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of a purchase order for several items, including the entertainment center 
of Figure 1, is shown in Figure 2. Page 1 of the purchase order shows 
the entertainment center of Figure 1 as item 1 , page 2 shows orders for 
other items 2-5, and page 3 shows general notes for the purchase order. 

The purchasing agent, like the project engineers and interior 
designers, may employ a computer system executing specialized 
software for generating a purchase order. Typically, the purchasing 
agent manually transfers specification information into the purchase 
order, as shown In Figure 2. The purchasing agent subsequently sends 
the purchase order to manufacturers via hard copy or e-mail attachment. 
The purchasing agent also sends a copy of the purchase order to the 
project's accountant. 

Coordinating communication of information regarding items in a 
construction project becomes more complex as the scale of the project 
increases. Collaboration and the exchange of information, including 
drawings and item specifications, between design and build participants 
also increase the complexity of each project. Effective and efficient 
collaboration is often the single most important key to bringing a project 
to fruition in a quality, timely and cost effective manner. However, as 
more fully exemplified above, collaboration and information exchange 
between participants, is typically a paper-based and chaotic process. 
Furthermore, it is difficult to determine the history of an item based upon 
the papers residing at different project participants. 

Managing change throughout the life cycle is also difficult in a 
paper-based or disparate application-based process. Decisions are not 
always based on all information available, for instance, an owner may 
choose not change the color of a fabric if the owner had known that the 
fabric had already been purchased and that a restocking fee would 
apply. 
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What is needed is an item data management system that will 
integrate data throughout the item's lifecycle. Data from the separate 
applications should be presented as an integrated whole to users of the 
Item data management system. An item data management system that 
is capable of providing budgeting, design specification, CAD drawings, 
purchasing, bid processing, receiving, invoicing, location, and 
maintenance data, or other processes in the item's lifecycle, about an 
item is desirable. 

Integrated data allows change management throughout the 
process. For example, designers may wish to be notified if they are 
deleting an item from a drawing that has already been purchased; 
Specifiers may wish to be notified if they are exceeding the approved 
budget for an item; Purchasing Agents may wait to purchase items if 
they know there is a revision in progress; Maintenance personnel may 
want to know when preventative maintenance is required or a warrantee 
for an item is expired; etc. The rules for managing these changes and 
notifications should be configured by project participants. 

SUMMARY OF THE INVENTION 

The invention, roughly described, comprises a method for 
constructing and managing data concerning items of an asset. In one 
aspect, the method comprises: providing a user data entry interface; 
receiving a plurality of data values, each into a data field of the interface, 
wherein the plurality of data fields comprise a specification for the item 
and each data field of the specification describes an attribute of the item, 
and storing the specification into a database on a computer system. 

In a further aspect, the invention comprises a data structure 
stored in a data store. The data structure includes a plurality of data 
values comprising an item specification provided in a plurality of data 
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fields describing an item. The data fields may include at least one 
attribute value, at least one component value; and at least one allocation 
value. 

In a further aspect, the attribute is one of a group consisting of the 
following: a physical attribute of the item; and a functional attribute of the 
item. 

In still a further aspect the system tracks an item specification's 
references and required quantities of other specifications required for an 
assembly. 

In an additional aspect, the system regulates the project 
participants who can perform an action (e.g., view, modify, revise, 
publish) by the items status and discipline. 

In an additional aspect, they system allows project participants to 
link areas of the project to the item specification. 

In another aspect, the system routes an item for approval and 
publishing the item to project participants. 

In a supplementary aspect, the system tracks the history of 
changes to an item specification. 

In yet another aspect, the system provides change management 
to project participants notifying them when specific actions occur as 
defined by user set business rules. 

In yet another aspect, the step of providing occurs on a first 
computer and said step of storing occurs on a second computer. The 
computers can be coupled by a network, which in one embodiment is 
the Internet. 

In another aspect, the data interface comprises a template 
creation tool, a specification creation tool, and a specification 
management tool. 
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In a further embodiment, the invention is a method of allowing 
users to manage an asset. The method includes the steps of providing 
an application server coupled to a network; providing, responsive to a 
client request, an item specification management toolset including at 
least one template definition application; and receiving data from the 
client and storing it in a database. 

In still another embodiment, the invention is a system for defining 
and managing an asset. The system includes a data store for item 
specification data provided on a host computer coupled to a network; 
and a data input toolset comprising at least an Item type manager and 
an item specification manager. 

In another aspect, the system may include an item specification 
publisher and an item specification schedule builder. The data store 
may be provided on the host computer and the data input toolset is 
provided to a second, client computer. In another aspect the host 
computer is coupled to the Internet and the data input toolset is provided 
to a client computer via the Internet. 

The present invention can be accomplished using hardware, 
software, or a combination of both hardware and software. The software 
used for the present invention is stored on one or more processor 
readable storage media including hard disk drives, CD-ROMs, DVDs, 
optical disks, floppy disks, tape drives, RAM, ROM or other suitable 
storage devices. In alternative embodiments, some or all of the software 
can be replaced by dedicated hardware including custom Integrated 
circuits, gate arrays, FPGAs, PLDs, and special purpose computers. 

These and other objects and advantages of the present invention 
will appear more clearly from the following description in which the 
preferred embodiment of the invention has been set forth in conjunction 
with the drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be described with respect to the particular 
embodiments thereof. Other objects, features, and advantages of the 
invention will become apparent with reference to the specification and 
drawings in which: 

Figure 1 shows an example of an item specification to be included 
as part of a project. 

Figure 2 shows an example of a purchase order for an item to be 
included as part of a project. 

Figure 3 shows one example workflow for an item through the 
item's lifecycle. 

Figure 4 shows a block diagram of an item data management 
system. 

Figure 5 shows an example of a specification as a configurable 
data object. 

Figure 6 is a flow diagram illustrating the life cycle of an item 
specification. 

Figure 7 is an illustration of the relationship between item 
templates and item specifications. 

Figure 8 is a depiction of how one embodiment of an item 
specification manager appears. 

Figure 9 Is a flow diagram of how Item templates are defined. 

Figure 10 is a depiction of how the general properties page of one 
embodiment of an Item type wizard appears to a user. 

Figure 11 is a depiction of how the attributes page of one 
embodiment of an item type wizard appears to a user. 

Figure 12 is a depiction of a screen for entering attributes. 

Figure 13 is a depiction of a screen for entering components. 
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Figure 14 is a depiction of a second screen for entering 

component information. 

Figure 15 is a depiction of a screen for entering preference 

information and the type of information which may be added at this step 
5 in a definition process- 
Figure 16 is a depiction of a page for selecting specifications In an 

item specification management application. 

Figure 17 is a flowchart representing a process for specifying an 

item flow. 

10 Figures 18A - 18M are depictions of the process screens in the 

flowchart of Figure 17. 

Figure 19 is a depiction of the schedule building tool process flow. 

Figure 20 is a depiction of the specification publishing tool 
process flow. 
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DETAILED DESCRIPTION 



^^^^ Th ^ f^ront i ^n n\ It^m ^pf^nifirnti^nfT for inf* in nn Int p l li gm lv 
Business Management System/described in co-pending application 

serial no, entitled CTRIRG 1000). Specifications are used 

20 throughout the life of a/project from design, through procurement, 
execution, and asse^iracklng. Almost all users of the system shown in 
the co-pending ap^ication will have access to Specifications In some 
capacity. CAp^sers can associate Specifications to drawing objects; a 
purchasipg agent scan access the uploaded counts from CAD to 
25 detepffiine how many are required and the Project Manager can monitor 
TCh Lhe budge t. 

- Tho oyot o m described i n co - pe ndt ng U.S. Patent App li catio f» 

Serial No. (TRIRG^IOOOUSO) is a design build and 

management system which incorporates asset data into specifications 
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for use in its system. Jtjjp^diudes two data input means: one defined in 

co-pending U^^§,.-Patent Application Serial No. , entitled 

"Intellb^HfCAD Objects Technology" (TRIRG8051) and the Item 
> Srp^ i f i cation Too l s e t described her ei n ^ ^ 

The Item Specification Tool set is an independent application for 
creating intelligent objects without using a CAD system. 

The following terms will be used throughout the specification and 
are defined as follows: 

Attribute: A quality of characteristic inherent in or ascribed to an 
item specification. 

CAD: Acronym for "Computer-aided design." Computer-aided 
design software is used by architects, engineers, drafters, artists and 
others to create precision drawings or technical illustrations. CAD 
software can be used to create two-dimensional (2-D) drawings or three- 
dimensional (3-D) models. 

Classification: The system of the present invention recognizes 
classifications as a category or class of item types . The classification 
tree displays the classes in a hierarchal fashion. 

Company: An organization or group that performs services or 
provides products within the system. A business enterprise; a firm. 
Individual company defaults and standards revolve around a company. 

Company Administrator: The first user for any company. This 
user is responsible for setting up licensing, company information, 
company defaults, users, vendors, and so forth. 

Component: The system supports components as a part of an 
Item Specification. A component is an existing Item Specification 
associated to another item specification; together, they make up a whole 
item or an assembly. An Item Specification can have multiple 
components. 
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Document Set: A special type of folder in the Collaboration tool. 
A document set allows a user to group together any number of files into 
a common set. The actual files are stored in separate folders organized 
in whatever manner suits the user. The contents of the document set 
folder are merely shortcuts, or pointers, to the actual files. Only one copy 
of any given file needs to be maintained. 

Item Specification: The detail information about objects involved 
in building the parts and components of something. An example of an 
item would be a desk; an example of the item specification would be the 
description of the desk (height, width, depth, color, material, and so 
forth), its manufacturer(s), costs, delivery options, catalog numbers, and 
so forth. 

item Type: A template for creating item specifications for broad 
categories of items. For example: a user might have an item type of 
"office furniture this item type forms a template a user would use to 
create the many item specifications for various desks required. 

Project : A plan or proposal; a scheme or undertaking requiring 
concerted effort. The system of the present invention allows any plan 
with more than one task to be considered as a project. 

Property: The base organizational point for the activities of a 
Company within the present system. The property is the larges 
hierarchal space in one or more virtual areas. The "Property" label may 
be customized using the Nomenclature options in Company Defaults. 

Qualification: The Qualification process is the act of ensuring 
that a company is suitable to perform work or provide materials for a 
specific project. The system provides the ability to qualify vendors 
and/or services before bidding and purchasing. Qualification is an 
information gathering process that can be used for screening purposes. 
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Schedule: A schedule is a list of specified items, a reference 
number, a version number and the item status information. The system 
provides the ability to generate schedules, either by type or instance, for 
the entire project or specific virtual areas. 

The foregoing terminology is used herein for convenience in 
understanding the present invention. It should be understood that the 
aforementioned definitions are not intended as limiting the scope of the 
present invention to the particular terms which are defined. Other 
nomenclature may be used to represent the concepts and substance of 
the foregoing definitions. In understanding the tool set of the present 
invention, it is helpful to understand data flow in a project. Figure 3 
shows an example data flow for an item through several stages of an 
item's lifecycle. A project participant 312 originally provides a budget 
330 for the project. From the budget 330, different project participants 
produce specifications such as specification 332 for items to be 
purchased. The purchasing department 316 optionally may produce a 
bid package 334 from the specification to obtain bids for an item to be 
purchased. Subcontractors and vendors, among others, such as 
subcontractor 314, submit bid responses such as bid response 336 to 
the purchasing department 316. Purchasing department 316 decides to 
which subcontractor or vendor a contract 337 or purchase order to 
provide the item should be awarded. Contract 337 is communicated to 
project accountant 310 and project manager 320. Each of project 
account 310 and project manager 320 may use respective computer 
system(s) (not shown) for managing different types of data associated 
with an item. 

Upon awarding contract 337 or directly upon receiving 
specification 332, purchasing department 316 may produce a purchase 
order 338 or contract for ordering the item from a seller 318. Vendor 
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318 sends the item 340 to the receiving department 322 and an invoice 
342 to project accountant 310. Receiving department 322 sends a 
receiving list 344 to project accountant 310 and project manager 320. 
Receiving department 322 also places item 340 in storage. Storage 
manager 324 optionally sends item 340 to a warehouse and provides 
location data 348 to the project manager 320. From the warehouse, 
warehouse manager 326 distributes item 340 to the construction site 
and provides location data 348 to the project manager 320. Location 
data 348 regarding the current location of item 324 is provided by 
warehouse manager 326 to project manager 320. Alternatively, storage 
manager 324 may send item 340 directly to the construction site and 
provide current location data 348 to project manager 320. Project 
superintendent 328 then places the item in the appropriate location 
within the project. 

The stages of the lifecycle depicted in Figure 3 include only those 
stages through the delivery of the item to the site and payment for the 
item. An item has a life beyond the stages depicted; for example, after 
being delivered to the site, the Item is placed into a location within the 
project and often used for many years. The scope of the invention 
includes managing these stages of the lifecycle of the item. The stages 
shown in Figure 3 are one example and used for illustration purposes 
only. 

As shown in Figure 3, many types of data flow to many project 
participants during the lifecycle of an item used in a project. The term 
"item data" is used herein to describe collectively these many types of 
data associated with the lifecycle of the item. Each of the project 
participants may use one or more application programs to track the 
different types of item data that he or she receives and/or generates. 
Often project participants use application programs that are not used by 



Attorney Docket No.: TRIRG-OIOOIUSO LEV 
Z:\trirg\1 001 \1 001 .app.doc 



Express Mail No. EL 795247690 US 



other project participants, so that data is sent via paper from one project 
participant to another. In such a paper-based system, each project 
participant manually enters the data into one or more respective 
application programs. 

Item data are described herein as objects of an object-oriented 
framework, although the scope of the invention includes other 
organizations of item data. For those unfamiliar, with object-oriented 
frameworks, a brief summary is presented here. The building block of 
an object-oriented framework is an object. An object is defined through 
its state and behavior. The state of an object is set forth via attributes of 
the object, which are included as data fields in the object. The behavior 
of the object is set forth by methods of the object. Each object is an 
instance of a class, which provides a template for the object. A class 
defines zero or more data fields to store attributes of an object and zero 
or more methods. 

Each data field contains attribute information defining a portion of 
the state of an object. Objects that are instances of the same class have 
the same data fields, but the particular attribute values contained within 
the data fields may vary from object to object. Each data field can 
contain information that is direct, such as an integer value, or indirect, 
such as a reference or pointer to another object. 

Flyilt ' t^ 4 i s an ovogvtew of tho oystom descr i bed i n co pond i ng - 
application (TRIRG-ptOOOUSO) in which the tool set of the present 
invention may bemused. It should be understood, however, that the tool 
set presept^ herein has applications outside that of its use in building 
electpermc specifications for use with collaborative tools and in electronic 
ot^mmorco - trancaction c . -^ 

As shown in Figure 4, the system includes an application server 
providing application toolsets to one or more client computers. The 
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server and computers are coupled by a network, which may be a public 
network, a private network, or a combination of public and private 
networks such as the Internet. The toolsets are designed to facilitate the 
project creation and management by manipulating data describing basic 
elements of the project stored in at least one database on the application 
server or a separate database server. Figure 4 shows the six general 
types of application toolsets accessible by a client device. Four types of 
applications support project data entry and modification, while two 
support system management and utilities. The specific functions of each 
of these groups of applications are set forth below. 

Each client device may comprise a personal computer, a thin 
client or any other type of processing device capable of supporting 
applications described herein, and the system may be accessed by 
different types of client devices - such devices need not be personal 
computers but do need to support the applications provided in the 
applications toolsets. Applications server 1020 also includes at last one 
database for property item data managed by the system of the present 
invention. In Figure 4, the databases are organized by property, but 
such organization is exemplary and not meant as limiting on the system 
of the present invention. Organization of the databases into one or more 
other data structures or classifications is contemplated as being within 
the scope of the present invention. 

The application toolsets provided in the system include: a Design 
Toolset 1 100, a Cost Management Toolset, a Project Teamwork Toolset 
and a Procurement Toolset. 

The Design Toolset allows users of the system to coordinate data 
input into the system 1000. As noted above, data input tools include a 
CAD Intelligence plug-in agent, the Specification Builder presented 
herein, and a schedule tool. The Procurement Toolset 1200 includes a 
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Bid/RFQ tool, a Purchase tool, a expediting tool, a shipment notification 
tool and a receiving tool. The Cost Managennent Toolset 1400 provides 
an Estimates tool, Budgeting tool, a Contracting tool, a Payment tool, 
and an Invoicing tool. Finally, a Project Teamwork Toolset 1600 
includes Collaboration Tool, a Request for Information tool and Meeting 
Minutes tool. Two other sets of applications are provided - an 
administration tool set 1400 and a utilities tool set 1400. 

The system described therein is provided in the context of its 
implementation in an Application Service Provider (ASP) model. In this 
context, the ASP model includes providing applications from an 
application server including databases organized by project or property 
to a client computer. In this context, an ASP is used to refer to an 
application server providing applications to a client device, as opposed 
to those applications which are installed in non-volatile memory on the 
client device. In one embodiment, the application toolsets may be 
implemented as a set of applications configured to run in another 
interpretive application, such as in Internet Browser. 

The application server 1020 is a server program in a computer in 
a distributed network that provides the business logic for an application 
program run on the client computer 1050. The application server 1020 
may comprise a portion of the system which may further include a 
graphical user interface (GUI) server, an application (business logic) 
server, and a database and transaction server. In one embodiment, the 
application server combines or works with a Web (Hypertext Transfer 
Protocol) server and is called a Web application server. The Web server 
provides several different ways to forward a request to an application 
server and to forward back a modified or new Web page to the user. 
These approaches include, but are not limited to, the Common Gateway 
Interface (CGI), FastCGI, Microsoft's Active Server Page, and the Java 
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Server Page. In some cases, the Web application servers also support 
request "brokering" interfaces such as CORBA Internet Inter-ORB 
Protocol (NOP) and Enterprise Java Beans. 

In general, a request, such as an HTTP request, from the client 
5 device is made to the application server via the network. If the request 
is for a particular application, the application will be transmitted to the 
client, loaded and run by the client by presenting a graphical input/output 
page to a user. 

The system is configured to have a "Home Page" and one or 
10 many "Project Page(s)" for each user. Representations of exemplary 
pages are shown in Figures 4B and 4C. The project page may be 
customized to provide any number of the tools, or a subset of the 
available tools, to the user depending on the level of access granted to 
the user by the Company Administrator. The project page will contain 
15 links to the applications which are accessible to the user, including the 
Specification Toolset or "Item Specification" Publisher, Type Manager, 
Manager Schedule Builder and Schedule Reporter, and the data 
supplying those applications and the applications themselves are 
provided by the applications server. In addition, security level access to 
the data is controlled by the application server. 

In gc n o ral, data -i s cr e ated in the databas e by the d e s i gn too l gert 
applications. Data is stored in the system in the form of^Jlirrfellige 
objects". When actions (budgeting, purchasing, deliy^firigrrnaintenance 
scheduling) occur to that object, by any syst^mljser, the "intelligence" of 
25 the object is updated with this mf^jPFrt^on, An example of the data 
which may be used in the^ystem of the present invention is set forth in 

co-pending United ^tates Patent Application Serial No, filed 

entitled INTELLIGENT OBJECT BUILDER 
(TRIGSasf) by Thomas A. Wucherer, M. Cherisse Nicastro, Anthony A. 
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MarneNJ4--^d Anthony A. Marnell III (hereby fully incorporated by 

The data may be stored in a database in any of a number of 
object, relational or distributed database structures. In one embodiment, 
the data is organized in a series of name value pairs and relationship 
tables accessible via XML or SQL. In another embodiment, the data is 
provided in a relational database with each object represented by a 
single row of generic columns of attribute data, along with an attribute 
definition row. In yet another embodiment, the data is organized into 
object classes and subclasses in an object database. 

Specification Tools 

In one example of the present invention, a series of specification 
tools as provided includes an Item Type Manager, an Item Specification 
Manager, and Item Specification Wizard, a Specification Publisher and a 
Schedule Reporter. Item Specifications are defined as database entries 
that describe an individual object in the project. Any object that can have 
its own part number (or UPC code) can have its own Specification 
Number. Specifications can also be assembled from other component 
items. Item Specifications can also be linked to virtual areas. A virtual 
area is defined as a spatial representation or work breakdown of an 
asset which may contain other virtual areas. It should be understood 
that the specific tools described herein comprise one implementation of 
the invention and this implementation may be varied within the scope 
and spirit of the claims without departing from the invention. 

Item Types, as shown in Figure 8, Is a term for templates. An 
Item Type is a way for users to determine which data fields will be 
required to define the Spec. Item Types are templates for creating item 
specifications for broad categories of items. The use of Item Types 
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enables one to display all the item types for a selected classification. 
The system recognizes classifications as an organizational mechanism 
category or class for item types. The classification tree displays the 
organization in a hierarchal fashion. Disciplines are used as a category 
or class of trades, and are used to organize item types and control 
access. This function allows one to open and display all details of a 
selected item type. The Item Specification Manager also allows one to 
copy the attributes of a selected item type to create a new item type with 
the ability to edit the existing attributes. This process also provides the 
ability to delete an existing item type that has not yet been used to 
define an item specification. One may create a new item type for a 
selected classification by accessing the Item Type Wizard. 

-T hroughout tho^ygtem as dc Q cr i bcd i n U.S. P ate nt App l icatiorv 



granted to^atf users based on their required duties. To work with Specs, 
sevej:afaifferent permissions can be granted. Permissions include the 
■ aolity - to croQto, pub l ioh , rcv i oon list, otc 

The Item Type Wizard defines the general properties of the item 
type, including the type of attributes and components that will need to be 
specified in the item specification. Attributes are characteristics of the 
item type that are necessary to define the item specification. 
Components link item(s) required for the assembly or completion of a 
particular item specification. The system supports components as a part 
of an item specification. A component is an existing item specification 
associated to another item specification that makes up a whole item. 

For example, a door may require hardware, such as hinges, for 
completion. The hinge item type is a component of the door item type. 
Existing item types can be located through a search feature and added 
as components. This tool allows the user to create rules for the item 



Serial No. 




(TRIRG-01000US), permissions are 
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type that define how a waste factor is calculated for the item, which CAD 
mark is associated with the item type, whether component cost should 
be calculated as an associated cost or rolled up into the cost of the 
original item, and so forth. The preferences defined apply to all item 
specifications that are created with this item type. 

Figure 5 shows an example of the item specification as a 
configurable data object. Three items are shown, including a chair 510, 
a drapery 520 and a fabric 530. Specifications 512, 522 and 532 are 
associated with the three items. Fabric 530 is a sub-item of chair 510 
and has its own specification 532. The drapery is made from the same 
fabric as the chair and fabric 530 is also a sub-item of drapery 520. All 
of these items are specified as part of the guest room furnishings group 
for the Palazzo Suites area of the project. 

While each of the specifications 512, 522 and 532 provides a 
specification for an item, each has different attributes. For example, the 
specification object 512 for chair 510 has a finish attribute, which in the 
example shown has a value of "dark cherry." In contrast, specification 
object 522 for drapery 520 has a style attribute with a value of "Roman 
blinds" and specification object 532 for fabric 530 has a color attribute 
with a value of "red." The ability of different specifications to have 
different attributes provides great flexibility to a user of the item data 
management system 400. Standard specifications can be defined when 
information is to be tracked for many items of a particular type, but a 
new specification can be defined whenever additional information is 
needed for an item. 

y^^> JR gure 6 shows a s i mp li f ied-repres^fyfi a t ion o f tho lifo of an i t e m , 
specification. In general an item typa/is created, a Specification is then 
created from the item type, tl)je<bpecification is published and the 
Specification can be prqpkifed. Additional detail on the use of 
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specification5..jGaTr5ef in co-pending patent application serial no 

Figure 7 shows the relationship between item types and Specs. 
Shown in Figure 7 is a basic example of a specification. From the one 
Item Type, two Item Specifications were created. You can create an 
unlimited number of Specifications from an unlimited number of Item 
Types. This is done by creating new Specifications and entering different 
data in the Data Fields. 

A Specification 604 is created from an existing Item Type 
template 602. Once the Specification 604 is created, it is automatically 
saved with a unique Specification number. When a Specification is 
considered complete and final, it is then published. Publication is a pre- 
requisite for use with the procurement tools of co-pending application 
(TRIRG-01000US0). Publication also records a copy of the item 
specification in its history log. As discussed below, if components are 
required to define part of the Specification, they can be created 
beforehand or added later. Once a Specification is created in a project, it 
may be exported to the company level so that it may be used in other 
properties and projects. Hence, Specifications can have a parent and 
child relationship. 

To create an Item type, one must first access the item type 
manager, shown in Figure 8. To create an item type, one must be 
logged in to a project and have the correct permissions assigned to the 
role of the user. Many classifications, such as Architectural related 
classifications, will have default Item Types that are ready for use. 

The manager screen is divided into different areas. The upper left 
area 810 displays the project's Classification Tree. This is a directory 
that will define how the Item Types (and Specs) are organized. The tree 
is similar to folders used in Microsoft Windows. Users can select folders 
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to expand or collapse items in the tree. When one can no longer expand 
the tree, the lowest level is the classification entry. If there are custom 
Item Types listed under this classification, it will be displayed in the 
frame on the right 820. 

Figure 8 shows an Item Type for the classification for Furniture 
(12500) and pick on the text "12500 - Furniture". Shown at 820 is a list 
of seven default Item Types that have been created for Furniture. The 
column Type Info indicates that these are all Default Item Types (Type 
Info = 'D'). It should be noted that default item types are not required. 
For example, a company may be setup with custom classifications and 
therefore not have any default Item Types. If this is the case, users need 
to set up custom types. 

Selecting to view an Item Type will open the Item Type Wizard, 
shown in Figures 9 and 10. Figure 9 is a flow chart showing the creation 
of an item type using the Type Wizard. Shown in Figure 10 is an 
example of the Item Type Wizard page presented to a user. It includes 
four tabs on the left side of the window which roughly correspond to the 
steps shown in Figure 9, Each Tab opens a new page in which user 
input is required or optional in setting up a new Item Type. To create a 
new Item Type, a user selects the "New" button at the bottom of the 
screen to open the Item Type Manager. 

At step 902, the user selects the "General Properties page" and 
fulfills three sub-steps to create an item type. First the user selects a 
classification by navigating through the project's classification tree 1025 
to find the most suitable classification for the Item Type one is creating. 

Disciplines are then assigned using the right hand side of the 
screen at 1035. A discipline is a broad area of operation with a project. 
Disciplines (such as Plumbing, Electrical, Architectural, and so forth) are 
used in later processes to categorize files, item types, item 
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specifications, and to grant or restrict access to information. Disciplines 
can be reused to group item specifications. Users can be assigned 
permission to a role to perform tasks within specific disciplines. 

Finally, data is entered into the lower portion of the screen in 
Figure 10. The Name field 1042 is required and allows one to identify 
the name of the new item type. This name will appear every time this 
item type is referenced. The Type Code 1044 field allows one to define 
the code that will be used to identify this item type. Type Description field 
1046 is a brief description or several key words that can be used for 
searching this item type. The Item Type Unit of Measure field 1048 
specifies the measure that will be used for this item type from the 
available options in the drop-down list. All of the item specifications that 
use this item type will inherit this unit of measure type. The Default Item 
Type Unit of Measure 1050 automatically defaults to the corresponding 
units of measure that relate to the Unit of Measure Type chosen. Finally, 
the usage selector determines whether this item type will be purchased. 
Selection of "Purchased" may trigger creation of a number of pre-defined 
attributes relating to the Manufacturer and Vendor. 

Next, one moves to the attribute definition step at 904. Attributes 
are the data fields that allow one to define how the Item Type will 
describe the Spec. In the television example, one attribute will be 
"Brand". 

An exemplary attribute definition screen is shown in Figure 11. 
This screen is divided into three areas: the existing data from the 
previous page at 1 1 10, the attribute definition area 1 120 and the existing 
attribute list at 1130. 

In one embodiment, the system may include a number of pre- 
defined attributes. In Figure 11, these attributes are divided into two 
exemplary categories: General and Vendor. Companies may choose to 
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work with one of a number of the industry standard codes available from 
any number of agencies, including the Construction Specifications 
Institute (CSI) Masterformat codes and in one embodiment, the default 
classification tree may be based on these codes. Figure 12 shows how 
a first attribute - a brand attribute - is added. The Category field 
requires one to define a new category or enter an existing one for the 
attributes. The categories display as rows that contain the attribute 
fields. The Type field requires one to select the type of attribute to be 
defined. Available types are: Number, Text, Data Date, Duration, and 
Currency. A selection in this field changes the amount and type of 
attribute characteristics. The name field requires one to indicate the 
name of the attribute. This name displays as the field name when 
working with the Item Type. The Label field is the label that the user will 
see as name of the field for the attribute value. This will generally be the 
same as the Name field, with the exception being when data is the Type. 
The Comment field allows one to include any applicable comments 
about this attribute. The Start Row field requires one to identify the 
placement of the field to contain this attribute. The Row Span field 
requires one to identify the number of the rows that should appear in the 
attribute field for data entry (this field defaults to 1 ). 

The Default Value field allows one to define the default value 
which will display in the Item Specification attribute field as the Unit of 
Measure List. This field allows one to select an applicable unit of 
measure type for this attribute. This information may differ from the unit 
of measure type previously selected for the Item Type. The Default Unit 
of Measure field allows one to define a default unit of measure for this 
attribute. This Unit of Measure will display as the default when defining 
this attribute for an item Specification. The Drop List items allow users 
to specify items to appear as a drop-down list. If left blank, the field will 
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display as a standard text entry field. This field allows one to type the 
options that should appear in the list. 




database discussed in co-pendip^ application serial no (TRIRG- 

01000US0), If required, may^so be provided. In one embodinnent, a 
Type Field option aljpv^one to link the attributes to the database if 
required. Thes^x^ices will populate the attribute with "sub-attributes". 
Examples,..cJT such attributes are: Vendor which allows one to search 
throLjign a company's vendor list to select a company on record having 
.e tib ottributes st i ch a s a ddr e ss, c i ty, state , zip , etc.. - 

Once the attributes are defined, if the item type uses components, 
one proceeds to the component definition process at 906. If the item 
type does not use components, one proceeds directly to the assignment 
of preferences. 

Figures 13 and 14 show exemplary screens for adding 
components to the item type definition. Components are existing Item 
Specifications associated to another item specification; together, they 
make up a whole item. An Item Specification can have multiple 
components. 

In Figures 13 and 14 a new component "Table and Chair Set" is 
created from components Tables" and "Chairs", which are themselves 
existing item types. Figure 13 shows a page on defining the information 
for the item type "Tables and Chairs", while the components are added 
at Figure 14. (In Figure 14, only the "Tables" component is shown.) A 
search function allows users to reveal every item type associated with 
the current product. Data is entered into the fields shown in Figure 13. 
Fields specified in Figures 13 and 14 have the same input data 
definitions as those shown and described above. 
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1^ ^\ thp prpfnrpn r os sto p OO R , thr - '^Nt i rr Is ITTTTTr iptfiil t o nntr r f 

^ additional information characterizing )m\N the Type will be used in the 
system of co-pending applicatiojr(TRIRG-01000US0). An exemplary 
preferences page is shown^,,ai Figure 15, showing the preferences that 
may be set by a ws^Xy^^ CAD Intelligence Mark Definition field allows 
one to select froppra list of mark definitions that have been uploaded 
from the CN3 intelligence plug-in, described as an Intelligent Object 

Builder iii co-pending application serial no (TRIRG8051) to 

assoeiate to this item type. If there are no mark definitions in the system 
JiKis f i el d display s "None" as the o nly o pti oa i 

. The Bids, RFQs, or Purchase Orders field allows one to indicate 
how the default quantity will be calculated for this Item Specification. 
This is the default quantity that will be used for bids, request for quotes, 
and purchase orders. The Default Component Cost Behavior filed 
allows one to select whether the cost of the Item Specifications (should it 
be a component of another Spec), created with this item type, should be 
associated with the parent item Specification or not. The Default Waste 
Factor (per virtual area) field allows one to indicate percentage of 
estimated waste (based on quantity) that will be included in the quantity 
and cost calculations. The Default Absolute Waste (per virtual area) 
field allows one to identify a specific unit amount for each Virtual Area 
that this Specification will be associated with. 

Additional functions which may be added to the item type include 
but are not limited to the following: definition of reporting preferences 
including the selection of layout per attribute and specification data type; 
definition of a purchasing agent's ability to modify the requirements of a 
specification; etc. 
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Item Specification IVianager 

The Item Specification Manager, shown in Figure 16 enables one 
to display all the item specifications for a selected classification and item 
type. A general outline of the functions of the Item Specification 
IVianager is shown in Figure 16. This function allows one to open and 
display all details of a selected item specification. The manager also 
allows one to copy the attributes of a selected item specification to 
create a new item and provides the ability to edit the existing attributes. 
This process also provides the ability to delete an existing item 
specification that has not yet been published. One may create a new 
item specification for a selected classification by accessing the Item 
Specification Wizard. The Item Specification Wizard is explained below. 

Item Specification Wizard 

The Item Specification Wizard enables one to assign general 
properties to the item specification, such as: item specification number, 
name, physical classification, and item type. After one has created the 
item specification, one can define other general properties such as the 
base cost and budget code. One nrjay also define which users for this 
property can view the item. 

■ Jbe- l tem Opoc l flcatlon-W i zfciiU d ll ows uwe Lu defi i iu i4) t iu if fc 
attributes and associate available components relating>tcfuie item 
specification. Components link item(s) requirejMSr the assembly or 
completion of a particular item specificaJiorTTThis tool also enables one 
to provide a vendor with written net€s about the item specification, such 
as delivery requirements^^^^p^ial instructions, vendor terms or any other 
information that n^eds to be communicated to the vendor. This feature 
also enabl^s^ne to preview the item specification information and 
prepared report for printing. This Item Specification Wizard also 
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provides the ability to calculate tKe total estimated cost, including 
component items, automaticalk^j^^osts are used for budgeting, bidding, 
and purchasing items. A bj^ry of the item specification is tracked to 
allow users the capabpify to view the historical status and specification 
changes for the itern specification and its components over time, or view 
previous ver^idns of the item specification. Any information that was 
defined^^r this item Specification using the CAD Intelligence plug-in 
Intepf^e (described in co-pending application serial no. |TRIRG-08051] 
.^ H ti e i leryi SpuuiR c at io n Too l d i splays i n th e I tem Spec i fication W i zards 

The Item Specification Wizard process flow is shown in Figure 17. 
The Item Specification Wizard contains a general information page 1716 
which allows the drawn item Specification to be associated with an item 
in an online catalog created by the company and assigns this item to a 
budget code. 

One option of the general properties page allows the user to 
assign a budget code to the item Specification to track the cost and 
status of the item Specification via a Budget Code Search page and 
search for the existing budget code for that item. 

Once the system has returned the appropriate budget code it may 
be assigned to the item Specification by user action. This action returns 
the user to the Item Specification Wizard - General Properties page. An 
example of this page is shown in Figure 18. Pages shown in Figures 
18a through 18o generally correspond to each box in Figure 17. Each 
page is designed to lead a user sequentially through the item set up 
process in the wizard. This sequence is presented in Figure 17. The 
user then needs to navigate to the next step in the process, which is 
defining the item speeds attributes. 

On attributes page 1218 (Figure 18b) allows Attributes to be 
defined to specify an item. Attributes include color, size, shape. 
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distributor, vendors, contacts, etc. Defining these attributes ensures the 
correct item Specification is bid, purchased and ordered for the project. 

Searches for users 1220, companies 1222, and vendors 1224 
may be used in entering attributes for the components. Vendors may be 
added 1226 at this stage as well, and vendor information for existing 
vendors retrieved for added vendors 1228. 

Components 1230 (Figure 18c) are child item Specifications and 
associated with a parent item spec. In this case, the component is the 
fabric for the office chair. The components may be associated with the 
item Specification in this process. Components must already exist in the 
system in order to associate them to an item spec. The user must also 
have the appropriate access to locate and view these item specs. 

Because the drawing listed the fabric as a component this 
information displays on the Components page. This process allows you 
to add more than one component that may have been previously 
specified but not included on the drawing. 

If the user determines another fabric component needs to be 
added to the chair, the Items Search page 1232 (Figure 18d) Is 
accessed to locate other components of fabric for selection. 

After the component(s) have been searched, selected and 
accepted the Item Specification Wizard displays the newly added 
component(s) and allows the user to edit, remove or save the 
information (Figure 18e). 

Next vendor notes 1240 (Figure 18f) may be optionally added. 
These include any notes to the vendor(s) about the item specification. 
These are not required in order to specify the item, but are available as a 
matter of convenience. 

The user may locate and select prefabricated notes for this 
process. The company creating the item Specification defines these 
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notes in another process. The user may also type and format the notes 
to the vendor. 

Next user notes 1250 (Figure 18g) may be provided in order to 
accommodate and support internal processes for the company creating 
the item spec. The user may include internal notes that are not available 
to anyone without the designated permissions to access these notes. 

The cost definition 1760 (Figure 18h) is a required process of the 
system. The next required step is defining the virtual area association 
and the cost of the item. This information is required for RFQ (requesting 
quotes), Bids, and Purchase Orders. As shown therein, items may be 
added 1260-2. deleted 1260-3, and transferred 1260-4 to the project 
budget. 

Once this information is defined, the system transfers, tracks, and 
calculates the appropriate cost of each item and its component(s). This 
process allows the user to choose whether to calculate the cost of the 
component as one rolled up cost 1260-1 or as a separate item. 

For example, if the item Specification and the component are 
purchased as one item, such as the chair being sold with its component 
fabric already installed, then the component should be calculated as a 
rolled up cost. If the item and its component are purchased separately, 
such as when the fabric is not being installed on the chair by the vendor, 
then the item costs should be calculated as separate items although 
these costs are still associated as components of this chair. 

Another available feature of this page is the association of the 
item Specification to the virtual area. The user may specify the quantity 
of item Specifications for each virtual area. The user may access the 
virtual area page (Figure 18i) to specify the quantities for each area of 
the property or project. 
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If the quantity of this item Specification is increased or decreased, 
the system recalculates the costs and displays the appropriate amount. 

Any calculated costs can then be transferred into the budget 
1260-4 and calculated as pending cost or revenue. The Costs page also 
has a unique function allowing the user to view the details of each item 
Specification per virtual area as shown in Figure 18A. 

Additional functions which may be added to the item costs page 
Include but are not limited to the following: definition billing data from the 
specifier to their customer; designed quantities for areas to be used in 
conjunction with the multiplier to assist in defining a specified quantity 
and cost for an area; etc. 

Next, a user can display the history of the Item Specification at 
1270 (Figure 18j). The history in this example is non-existent because 
the item Specification has not yet been published. The history of an item 
Specification does not begin until its first publication. Until that time, any 
changes made to the item specification are considered 'Work In 
Progress". 

After the item Specification has been published, any changes 
then become an official revision and are tracked and available for 
display. This page will be revisited later in this document to show the 
history of an item Specification after the publication. 

The next step in the Item Specification Wizard is defining 
preferences 1274 (Figure 18k). Defining preferences allows users to 
determine the behavior of the item Specification and the method of 
calculations for future processes within the item Specification lifecycle. 
The preferences default to the calculation of the quantity of item 
Specifications specified in the system minus the quantity of item 
Specifications purchased. This provides the proper calculations of item 
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specifications that do not include the quantity of item Specifications 
included within a drawing. 

The user does have the option of specifying whether they would 
prefer the quantity of item Specifications calculated by the quantity 
displayed in the drawing multiplied by the designated virtual area 
multiplier (usually 1) minus the quantity of item Specifications 
purchased. 

The other information that may be defined in this step of the 
process is the waste factor. The waste factor is the quantity of the item 
specification that should be included in the cost, quoting, bidding and 
purchasing processes due to a certain amount of loss that may occur 
during the assemble or installation of the item spec. 

For example, if the user orders a chair with fabric as the 
component, the user may need to calculate a specific or percentage of 
that fabric will go to waste when assembling the chair. In this case it was 
calculated that 10% of this item specification will go to waste and should 
be calculated into the cost and quantity of the item spec. 

The Specification Wizard also provides a report view 1276 (Figure 
181). This page is a view of the item Specification report that* 
summarizes all of the specifications defined for this item spec. This is 
available for the user to review before publishing or finishing the item 
spec. 

Finally, an attachments process 1280 (Figure 18m) allows the 
user to attach any images or documents to the item spec. These 
attachments are available for any user that accesses the item spec, 
such as through a Request for Quote (RFQ), bid, or purchase order. 

This process allows you to either search the system for previously 
uploaded images and documents or to attach files from the user's local 
drive (personal computer or local network). This page also allows users 
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to upload images or documents from their local drive to attach to the 
item specification. Once the files have been attached to the item spec, 
the specifying step is complete. The Item Specification List shows that 
the item Specification has not only been drawn but is also specified in 
the system. 

Item Specification Schedule Builder 

A Schedule builder tool is provided to allow users to create two 
different types of item specification schedules (a list in tabular form). 
Figure 19 shows the process flow for building schedules. The Schedule 
Builder tool enables one to schedule each instance in which the item 
specification occurs throughout the entire project and allows one to 
define an instance schedule report. The Schedule Builder tool also 
enables one to create reports based on item specifications and virtual 
area. It reports the quantities of item specifications in this project and 
allows one to define an item schedule report. Essentially, this is a 
search, collect, report and publish process. 

The Item schedule template wizard process is shown in Figure 
19. A user will first enter general characteristics at 1910 about the 
schedule to be created. These can include the name, a description, and 
whether the schedule is an item based, virtual area based, or instance 
based schedule. Next, at step 1920, the user must select the item types 
to be included in the schedule. At step 1930, the user may optionally 
select a default virtual area for the schedule. At step 1940 the user is 
required to select the data to be included in the schedule. In this case, 
the available data can include item types, item specifications, item 
components, item quantities in virtual areas, instances or virtual areas. 
A further optional step is provided at 1950 wherein the user can select 
the sort order or grouping of the report. Finally, the user has the option 
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of selecting formatting options at 1960 before generating the schedule at 
1970. 

Additional functions which may be added to the item schedule 
tool include but are not limited to the following: item schedule editor 
which allows project participant to edit specification in a the schedule 
grid; links to publishing tool including selection of a publications purpose 
which may defines whether or not the items are ready for purchase; 
exporting of schedule to other interfaces such as a CAD tool; etc. 

Itenn Specification Scliedule Report Tool 

A Schedule Report tool is provided to allow one to run existing 
instance or item schedules for a specific virtual area or the entire 
property. These reports display on screen, an output of computer 1050, 
such as a display, and allow a user to print each schedule or save the 
schedule locally in a common format, such as Microsoft Corporation's 
Excel® spreadsheet program. 

Publish Tool 

A publishing tool allows the item specification to be published and 
allows the system to track any and all changes by renumbering each 
published version of an item specification. Publishing an official version 
of the items specification provides one form of version control. In one 
embodiment, the system prevents users from altering any information for 
that item specification without creating a new version. Versions are 
particular form or variation of an earlier or original type. System 1000 
maintains a numerical format of versions for tracking history. Publishing 
also allows one to create an Item Specification Book. A unique feature of 
the online Item Specification Book is the ability for it to be shared as 
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different media. The Item Specification Book may be viewed online, 
printed, or saved to the user's personal computer or laptop for later use. 

Publishing an official version of the items specification provides 
one form of version control. In one embodiment, the system prevents 
users from altering any information for that item specification without 
creating a new revision. Revisions are particular form or variation of an 
eariier or original item. The system maintains a numerical format of 
versions for tracking history. 

y> -P jilVIS ' Mirrr^n i t^ m frpf tr ni h w? ttf r i t n m f rp r '" tr ? h" qiirrtr r l i 
qualified, bid and purchased in the s^tem of co-pending application 

serial no (TRIRG-01000US0).>A flowchart of the publishing process 

is shown in Figure 20. In Bfublishing a specification or group of 
specifications, as shown in Figure 20, a user will first enter the general 
characteristics of the ptjblication, which may include entering the 
number, the title, a de^ription, a sort order, whether any revisions are to 
be included, and otner special characteristics of item specifications to be 
published. Ne^ft, at 2020, the user must select the item specifications to 
be publish^efo. The user may publish the specifications at this point at 
2050, or nay optionally provide a routing selection for those users in the 
approval path of the specifications at 2030, and my further optionally 
j^end-ce p i os to project partnoro ao 2010. 

Additional functions which may be added to the publish tool 
include but are not limited to the following: selection of a publications 
purpose which may define whether or not the items are ready for 
purchase; routing of the publication for approval; selection of specific 
project participants to publish the items to; etc. 

After the item specs have been published, they may be revised to 
change the attributes or define further details for the item. This status is 
referred to as a revision. Revisions are tracked to ensure the most 
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recent version of the item is used and allows the ability to revert to a 
previous version, if applicable. 

The foregoing detailed description of the invention has been 
presented for purposes of illustration and description. It is not intended 
to be exhaustive or to limit the invention to the precise form disclosed. 
Many modifications and variations are possible in light of the above 
teaching. The described embodiments were chosen in order to best 
explain the principles of the invention and its practical application to 
thereby enable others skilled in the art to best utilize the invention in 
various embodiments and with various modifications as are suited to the 
particular use contemplated. It is intended that the scope of the 
invention be defined by the claims appended hereto. 
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